home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000218_news@columbia.edu_Mon Apr 24 16:52:41 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA09465
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 24 Apr 1995 12:52:48 -0400
  3. Received: by apakabar.cc.columbia.edu id AA02336
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 24 Apr 1995 12:52:46 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: No ack errors - any suggestions?
  9. Date: 24 Apr 1995 16:52:41 GMT
  10. Organization: Columbia University
  11. Lines: 51
  12. Message-Id: <3ngl0p$28n@apakabar.cc.columbia.edu>
  13. References: <3n8bdr$34o@vixen.cso.uiuc.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <3n8bdr$34o@vixen.cso.uiuc.edu>,
  18. bott david m jr <d-bott@ux1.cso.uiuc.edu> wrote:
  19. : I am using a USR Sportster 14.4 modem connecting to a modem bank at the
  20. : University of Illinois, U-C.  I've been uploading uuencoded files for
  21. : mailing using CrossTalk for Windows' Kermit Protocol with the following
  22. : settings:
  23. : 
  24. : Filetype: text
  25. : Checksum: single
  26. : Timing: tight
  27. : Sliding Window: 2
  28. : Max Packet length: 1024
  29. : 
  30. : and my .kermrc on the Unix account is:
  31. : 
  32. : block 3
  33. : window-size 2
  34. : send packet-length 1024
  35. : receive packet-length 1024
  36. : file collision overwrite
  37. : 
  38. I assume that the real .kermrc file has "set" in front of each of
  39. these lines?
  40.  
  41. : I am constantly getting "no ack" errors (the only kind) and they slow
  42. : down the transfer considerably on uploads (I can use the less robust
  43. : zmodem transfer on downloads and achieve really high transfer rates).
  44. : 
  45. : Is there anything I can do to reduce the "no ack" errors or is this
  46. : a function of the hardware and mainframe "busy-ness?"
  47. : 
  48. Who knows.  If you were using MS-DOS Kermit on your PC, we could help,
  49. and of course we recommend you do so.
  50.  
  51. : I realize this is ALMOST a non-kermit question, but KERMIT is the only
  52. : protocol that allows even 1000-1100 bps transfer rates.  All others 
  53. : fail to upload (but they download OK).
  54. : 
  55. Maybe MS-DOS Kermit would not have any problem on this connection.
  56.  
  57. If it did, then we'd begin by asking you lots of questions about your
  58. connection -- speed, flow control, etc.  What's on the far end?  A
  59. terminal server?  Which kind of terminal server?  And what is the host?
  60. Running which OS and version?  And which version of C-Kermit?
  61.  
  62. Do the errors happen as soon as you start uploading the file, or do
  63. they happen at some point well within the transfer?  In other words, are
  64. we seeing 8-bit transparency problems or do we have buffering / flow-
  65. control problems?
  66.  
  67. - Frank